home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: MegaDisc / MegaDisc 04 (1988)(MegaDisc Digital Publishing)(AU)[WB].zip / MegaDisc 04 (1988)(MegaDisc Digital Publishing)(AU)[WB].adf / PUBLICDOMAIN / 3DSculpt.Usenet < prev    next >
Text File  |  2007-12-01  |  10KB  |  180 lines
  1.  
  2.  
  3.                   SCULPT AND RAYTRACING
  4.  
  5.         Ed. note: Some information about 3DSCULPT, RAY TRACING, Copyright,
  6.         and various other things from the US BBSs, downloaded by Simon
  7.         Blears, Sysop of Lightning BBS in Perth.
  8.  
  9.  
  11.  
  12. I have been happily playing with Sculpt 3D for the last two weeks. It is a
  13. wonderful program (already one of my favorites on the Amiga) and Eric Graham
  14. has done a wonderful job of taking something inherently difficult (3D design
  15. on a 2D display) and made it easy to use, but powerful.
  16.  
  17. I recommend this program to anyone interested in 3D design and ray-tracing.
  18. It is NOT an animation program, but is meant as a modeling and rendering
  19. package.
  20. A companion animation package may be done "in a few months" (Byte-by-Byte rep
  21. at Siggraph). One of the nice things about Sculpt 3D is that it is easy to
  22. learn, and well-documented. The user interface is very well thought out: it
  23. seems to have a minimal number of tools (some important ones seem to be
  24. missing at first), but with use one finds that almost anything can be
  25. accomplished fairly easily. Colors and surface properties of faces are
  26. selectable. Color is set with sliders (no fixed palette), among the surface
  27. properties are dull, shiny, mirror, transparent. Light sources can be
  28. colored. Viewing is easily set up with a target and observer. "Lenses" are
  29. selected to alter viewing of the scene (normal, wide angle, telephoto and
  30. selectable).
  31. Smoothing of planar facets is selectable on a face by face basis. The imaging
  32. modes include wireframe (no hidden line removal, good for fast scene
  33. setting), paint (flat shaded faces, much faster than ray-tracing), snapshot
  34. (ray-tracing without shadowing, HAM output) and photo (shadowing, HAM
  35. output).
  36. Anti-aliasing is also selectable, as well as interlace and high-res (for
  37. non-HAM modes - HAM is 320 only, right?). There are also several image sizes
  38. for very fast ray-tracing just to get a feel for whether lighting and camera
  39. postion are correct. One nice thing is that rendering is a background process,
  40. you can continue to work on a model while it or another is being rendered.
  41.  
  42. A couple of warnings though. I have found destructive interference between
  43. Sculpt 3D and Morerows, as well as with Screenblanker (from Charlie Heaths
  44. FastFonts package). Morerows seems to confuse it as to the image size of the
  45. rendered image, to the point where if the image is saved and immediately
  46. reloaded, it is shifted to the right and wraps around to the left, and a
  47. requester tells you "Error loading image". It also does not load correctly
  48. into DigiPaint (a great companion, since it allows you to touch up and/or
  49. work with the results of the ray-tracing, since they are in HAM mode). This
  50. is solved by eliminating morerows. Oh well.  The interference caused by
  51. screenblanker is very bizarre. In HAM mode large images take a LONG time (I
  52. have had them go overnight easily, especially with mirrors). At some point
  53. screenblanker kicks in, dimming the colors in the screen used for the
  54. ray-traced image. Apparently the HAM algorithm looks at the brightness of the
  55. preceding "real" pixel, decides how bright it wants this one and sets the
  56. color accordingly. The result is that the HAM colors are fine with the screen
  57. dimmed, but when you move the mouse and the colors go back to full brightness,
  58. there are garish bright streaks across the image emanating from the leftmost
  59. "real" pixels. Its kind of neat to see the HAM interaction, if it didn't take
  60. ten hours to do it! So no more screenblanker either... Thanks to Jim Shook
  61. for warning me about morerows...
  62.  
  63. It is not copy protected. I hope this doesn't mean it will be heavily pirated,
  64. the guy did a hell of a job. One Meg or more is recommended for complex
  65. scenes.
  66.  
  67. Speaking of copyrights, I got a real shock today at the NCGA CAD expo in
  68. Boston. While passing the Intergraph booth, a friend said "Hey, that looks
  69. familiar!" There was the Juggler, running in a window on an Intergraph
  70. workstation! Is the workstation really an Amiga?! Is it the first Amiga
  71. clone?! No, actually it seems to be another case of a stunning Amiga demo
  72. finding its way onto other machines, this time a very high end workstation.
  73. Is the juggler copyrighted by Eric Graham? It is certainly as readily
  74. identifiable as Red the unicycle. I get the feeling that Mr. Graham is more
  75. likely to be flattered than to break out the lawyers. I could be wrong...
  76.  
  77. By the way, many Amigans are taking the wrong tack in the "Mac multitasking"
  78. war. Everyone is pointing out that they can do ray-traces in the background
  79. while accomplishing real work (certainly true). But Mac people will not
  80. comprehend this. Ray traced images are just not very impressive on a tiny
  81. black-and-white display. Tell them they can have multiple copies of the
  82. talking moose arguing with each other. This they will appreciate.
  83. --
  84. Carlos Smith
  85. uucp:...!harvard!umb!ileaf!carlos
  86. Bix:carlosmith
  87.  
  88. ---
  89.  
  90. in article <1015@pixar.UUCP>, banzai@pixar.UUCP (Eric Herrmann) says:
  91. > Keywords: scoobydoobedoo doo-wap Pixar chakachaka
  92. >
  93. > Ok, you say, but a juggling red unicycle, well, _I_ could have thought of
  94. > that. Ok, I say, you could have thought up a talking mouse, too, and made
  95. > a lot more money/fame/whatever-turns-you-on, but someone beat you to it,
  96. > and now you can't sell MM t-shirts, because you'd be ripping someone off,
  97. > and they have more lawyers.
  98.  
  99. There are lots of animated and/or talking mice (Jerry, Speedy, the Nimh mice,
  100. etc.), in Disney's case, Mickey (or Willy) was maybe the first, and certainly
  101. the most lasting.  Like the difference between a DaVinci portrait and others,
  102. maybe.  No one has a copyright on talking mice, but there are lots of
  103. copyrights
  104. on SPECIFIC talking mice.  That's where the creativity come in.  Similarly,
  105. Pixar holds a copyright on Red, but certainly not ALL juggling unicycles.
  106. If it looks like Red, you've violated their copyright.  If you've got a
  107. juggling unicycle that's obviously a different character (like Speedy vs.
  108. Mickey), there's no copyright infringement, on the character at least.
  109.  
  110. > George Benson, apparently, won't allow unapproved pictures of his face to
  111. > be published.  His face is copyrighted, and all instances of his face must
  112. > have the (C) stamped on his forehead.
  113.  
  114. It's generally true that you can't use anyone's face, whether Mickey Mouse,
  115. George Benson, or Jimmy Buffet for that matter, in print, movie, etc. that's
  116. a strictly for-profit deal.  Photographers have a form called a "model
  117. release" they have you sign if your face is identifiable in a photo they
  118. take.  I'm sure movie folks have a similar thing.  However, in a
  119. journalistic context, like an auto accident, I could photograph any of the
  120. above crawling from the burning wreckage without a model release (well, it
  121. might be difficult to get Mickey in such a situation, though you could
  122. certainly get a human in a Mickey costume); that's a feature of the first
  123. amendment that (to my knowledge at least) hasn't been challenged by anyone
  124. other than maybe Sean Penn's fist for quite some time.
  125.  
  126. >>Time to break down and do the recumbent bike juggling balls before Pixar
  127. >> can move in and get the exclusive copyright on that eh? 1/2 :)
  128. > Oh, incidentally, Pixar is starting a library of ALL POSSIBLE 3 minute
  129. > animations on videotape (VHS and BETA, don't worry).  We will generate,
  130. > in sequence, all possible patterns on a screen and then combine all of
  131. > those  frames into all possible movies.  We then will claim copyright
  132. > on all of this work.  Anything you produce thereafter will be OUR
  133. > PROPERTY, and you will never work again.  Even the static on your TV
  134. > between stations will be OURS, and we will claim royalties on their
  135. > transmission.
  136.  
  137. Now come on.  Leo's already released the TV static thing to the public domain.
  138. Unless ViaCom's copyrighted it....
  139.  
  140. > That doesn't follow from our discussion.  We were discussing whether or not
  141. > Pixar had a right to keep Leo from distributing his work.  Apparently, his
  142. > work falls under our copyright.  So, he can't distribute without our
  143. > permission, which it happens that we don't want to give out, so that we
  144. > can exercise our right to distribute through normal channels.  Ergo,
  145. > he won't distribute his work.  In a few months, you'll see RD with the FOA,
  146. > and in a year or so you can buy it on video tape.  Simple enough?
  147.  
  148. In actuality, no one really knows if Leo's work falls under the Pixar
  149. copyright, as it's never been defended in court.  Pixar feels that it does,
  150. and to Leo's credit, he's willing to admit that his work did derive from the
  151. Pixar demo and to voluntarily abide by what Pixar requests without going to
  152. court.  As pointed out before, reguardless of any violation, Pixar would
  153. outlast Leo in any court battle.
  154.  
  155. > I suspect that as a company name, the name Pixar is trademarked, but I
  156. > don't see little (tm)'s anywhere, neither have I heard of any policy
  157. > telling us  to use them.  I think it would only matter if another
  158. > company put out a  machine called a Pixar.  Hey, maybe we can sue
  159. > AT&T(tm) for putting out their  Pixel machine, which is obviously so
  160. > similar to ours.  Then, we can go on to sue Epyx games.  This is great!
  161.  
  162.   And I guess whoever first coined the term "Pixel" will go after Pixar.
  163.   Gee, only IBM is safe, since they use PELs, not Pixels.  Maybe that's
  164.   why IBM uses "Fixed Disks" and "30mm Floppies".  No kidding here, with
  165.   all the goofy copyright claims I've heard going around, maybe IBM thinks
  166.   only they have free use of that name.  I think maybe the next Amiga will
  167.   have TEBLs (Tiny Electronic Blips of Light) instead of Pixels, 3.0 cm
  168.   PSEDMs (Plastic Shelled  Electro-magnetic Data Medium) instead of 3.5"
  169.   floppy disks, and Mongo Disks instead of Hard or Fixed disks....
  170.  
  171. > Just say YES!Eric Herrmann    ucbvax!pixar!banzai
  172. --
  173. Dave Haynie     Commodore-Amiga    Usenet: {ihnp4|caip|rutgers}!cbmvax!daveh
  174. "The A2000 Guy"                    PLINK : D-DAVE H             BIX   : hazy
  175.      "God, I wish I was sailing again"-Jimmy Buffett, Dave Haynie
  176.  
  177.  
  178.  
  179.                   END OF 3DSCULPT.USENET     
  180.